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The invention relates to a device for recording information 

The mvention further relates to a device for reading information jfrom a record 

carrier* 

The invention further relates to a record carrier. 
5 The invention further relates to a method of recording infomiation. 

The invention fiirdier telates to a computer program product for recording 
information. 

10 A device and method for recording mformation on a record carrier are the 

known from WOOl/33852, in which digitally compressed video data is recorded on a record 
carrier according to a video encoding standard, for example the MPEG2 format. A data 
stream includes video and pushed interactive data (i.e. delivered to users whether or not they 
request such data) together constituting an enhanced user program that provides a video 

15 program and mteractive functions or data to the user, such as quiz response options or live 
stock quotes. The data stream is broadcast to a receiving device and includes one or more 
application data objects representing the pushed interactive data. The application data objects 
may include various ^es of objects, including a file table, for providing a number of 
mteractive applications to the user while rendering the video data. When the data stream is 

20 received the individual data objects are extracted from the data steam. Then the data objecte, 
accompanymg object properties and the file table are stored. Hence the pushed interactive 
data is converted into pulled interactive data, Le. the application is under the control of the 
user. It is noted that storing the data stream as a whole, i,e. just as it is received, would have 
a number of disadvantages. For example, when starting rendermg the program at a randomly 

25 chosen moment^ any interactive application will only be available after waiting until it has 
been (re-)mcluded in the data stream. Hence the data objects are stored separately as files and 
can be accessed by the user at any time. However, storing of the data objects as files requires 
a predetermined file format and file accessing system suitable for every application, while 
file table information has to be included in the data stream. 
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It is an object of the invention to provide a system for recording and 
reproducing an enhanced user program comprising digitally encoded real-time information 
and interactive applications, which is able to store the video and interactive applications 
included in a data stream via versatile storage format, which is compatible with pre-existing 
recording and playback devices operating according to a predefined recording format. 

According to a first aspect of the invention a device for recording infonnation 
on a record carrier comprises recording means for recording marks represenlang digitally 
encoded real-time information, in particular video, according to a predefined recording 
format, an input unit for receiving a data stream constituting an enhanced user program, the 
data stream comprising the real-time information and application data objects, at least one 
subset of the application data objects constituting data for providmg to a user at least one 
interactive application while rendering the real-time information, message means for 
extracting messages fix>m the data stream, the messages containing the plication data 
objects, parsing means fot generating application control information, and control means for 
storing the messages m a message file separate from the real-time infonnation as a series of 
the messages for tiie program and for storing tiie ai^lication control infonnation in a message 
info file, the application control mformation mduding accessing infonnation for accessing 
the messages in the message file. 

According to a second aspect of the invention a device for reading information 
&om a record carrier for rendering an enhanced user program comprises reading means for 
reading marks representing digitally encoded real-time information, in particular video, 
according to a predefined recording format, and control means for providing to a user at least 
one interactive application based on at least one subset of application data objects while 
rendering the real-lime information by retrieving application control infonnation from a 
message info file, and by retrieving messages from a message file based on accessing 
information included in the application control information, the messages containing the 
application data objects, and the message file being stored separate from the real-time 
infonnation. 

According to a third aspect of the invention a reconi carrier cames information 
for constituting an enhanced user program, on which record carrier marks in a track represent 
digitally encoded real-time information, in particular video, according to a predefined 
recording format, a message file separate &om the real-time mformation, the message file 



PHNL030406EPP 



10 



15 



20 



25 



30 



^ 11.04^003 
comprising messages containing application data objects, at least one subset of the 
application data objects constituting data for providing to a user at least one interactive 
application while rendering the real-time information, and a message info file containing 
application control information including accessing information for accessing the messages 
in the message file. 

The measures have the effects that application data objects arc stored in a 
separate message file. The message info file has accessing information for rctrieving the 
individual application data objects from the message file. The message info file is generated 
by using the information from the data stream as provided for immediate rendering n,e 
message file and message info file are directly available to the rendering device for use v.hen 
deferred rendering and interactive functions arc required. 

This has the advantage that a storage and retrieval system for application data 
IS provided that is independent of file information included by the transmitter in the data 
stream. A large number of different interactive applications can be accommodated and 
randomly accessed using just the message file and the message info file. 

The invention is also based on the folding recognition. The inventors have 
seen that parsing the data stream and extracting data objects to store files for each interactive 
apphcation requires the receiver to retrieve detailed information fiom the data stream. 
Providing a message storage system that consecutively stores the messages and generates 
accessing information for quickly navigating through the messages is based on the same ' 
information that is needed for immediate reproduction. Hence the storage system based on 
messages as transmitted is less complicated and more versatile than the storage system based 
on application files of WO 01/33852. In that system the receiver is configured to parse the 
pushed data into separate data objects which make up the data stream of the program, and 
store the data objects on a storage device as a set of files rather than as a series of messages. 

In an embodiment of the device the parsing means are arranged for including 
for amessageat least one of the following in the message info file: a message number, the 
message number identifying the message in the series of the messages; a message type 
indicator; a start location in the message file; length of the message; number of succeeding 
message. This has the advantage that any message is easily retrievable from the message file 
using the message info file. 

In an embodiment of the device the message means are arranged for removing 
redundant information fiom the messages extracted by the parsing unit. This has the 
advantage that the amount of information to be stored is reduced. 
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Further preferred embodiments of the recording or reading device, the record 
carrier, and method according to the invention are given in the claims. 

These and other aspects of the invention will be apparent from and elucidated 
further with reference to the embodiments described by way of example in the following 
description and with reference to the accompanying drawings, in which 
Figure la shows a record carrier (top view). 
Figure lb shows a record carrier (cross section). 
Figure 2 shows a recording and/or reading device. 
Figure 3 shows a block diagram of the layers during BD recording. 
Figure 4 shows recording of video according to the BD recording format. 
Figure 5 shows the structure of the application layer. 
Figure 6 shows a directory structure for the BD system. 
Figure 7 shows the transmission format for messages of MHP data in a 

MPEG-TS, 

Figure 8 shows a structure of groups for a carousel. 

Figure 9 shows processing of a data stream to extract messages and message 

info. 

Figure 10 shows a structure of the application layer when storing MHP data. 
Figure 1 1 shows the layout of a message file. 
Figure 12 shows an example of a message info file, and 
Figure 1 3 shows a directory structure for MHP data. 
Corresponding elements in different Figures have identical reference numerals. 

Figure la shows a disc-shaped record carrier 1 1 having a track 9 and a central 
hole 10. Hie track 9, being the position of the series of (to be) recorded marks representing 
information, is arranged in accordance wifli a spiral pattern of turns constituting substantially 
parallel tracks on an information layer. The record carrier may be optically readable, called 
an optical disc, and has an information layer of a recordable type. Examples of a recordable 
disc are the CD-R and CD-RW, and writable versions of DVD, such as DVD+RW, and the 
high density writable optical disc using blue lasers, called Blue-ray Disc (BD). The 
information is represented on the information layer by recording optically detectable marks 
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along the track, e.g. crystalline or amorphous marks m phase change material. The track 9 on 
the recordable type of record carrier is mdicated by a pre-embossed track structure provided 
during manufecture of the blank record carrier. The track structure is constituted, for 
example, by a pregroove 14 which enables a r^ad/write head to follow the track during 
scamiing. The track structure comprises position infortnation. e.g. addresses, for mdication 
the location of units of information, usually called information blocks. 

Figure lb is a cross-section taken along the line b-b of the record carrier 11 of 
the recordable type, in which a transparent substrate 1 5 is provided with a recordmg layer 16 
and a protective layer 17. The protective layer 17 may comprise a forther substrate layer for 
example as in DVD where the recording layer is at a 0.6 mm substrate and a further subLate 
of 0.6 mm is bonded to the back side thereof. The pregrxjove 14 may be unplemented as an 
mdentation or an elevation of the substrate 15 material, or as a material properly deviating 
from its surroundings. 

The record carrier 1 1 is mtended for carrymg mformation representing 
digitally encoded video like MPEG2 encoded video information recorded according to a 
predefined recordmg format like the DVD format Further details about the DVD disc can be 
found in reference: ^CM4-257.. I20mmDVD-Read.(MyD1sc.(m7),s^con.spon6^^ 
DVD video recording specifications. The BD recorxling format is described in the System 
Description Blue-Ray Disc Rewritable Format, in particular Part 3: Audio Visual 
Specifications, version 1.0. June 2002, Relevant aspects are described below with reference 
to Figures 3 and 4. Broadcasting and transporting multimedia data for a home platform is 
described in the standardization document ETSI TS 101.812, forther referred to as MHP. 
whereas relevant aspects are described below with reference to Figures XXX. 

Figure 2 shows a recording and/or reading device for writing information on a 
record carrier 11 of a type which is writable or re-writable. for example CD-R or CD-RW or 
D VD+RW or BD. The device is provided with recording means for scamung the track on 'the 
record carrier which means include a drive unit 21 for rotating the record carrier 1 1. a head 
22. a positioning unit 25 for coarsely positioning the head 22 m the radial direction 'on the 
tmck. and a control unit 20. The head 22 comprises an optical system of a known type for 
generating a radiation beam 24 guided through optical elements focused to a radiation spot 23 
on a track of the information layer of the record carrier. The radiation beam 24 is generated 
by a radiation source, e.g. a laser diode. The head furtiier comprises (not shown) a focusing 
actuator for moving the focus of the radiation beam 24 along the optical axis of said beam 
and a tracking actuator for fine positioning of the spot 23 in a radial direction on die center of 
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the track. The tracking actuator may comprise coils for radially moving an optical element or 
may alternatively be arranged for changing the angle of a reflecting element. For writing 
information the radiation is controlled to create optically detectable marks in the recording 
layer. The marks may be in any optically readable form, e.g. in the form of areas with a 
5 reflection coefficient different from their surroundings, obtained when recording in materials 
such as dye, alloy or phase change material, or in the form of areas with a direction of 
magnetization different from their surroundings, obtained when recording in magneto-optical 
material. For reading the radiation reflected by the mformation layer is detected by a detector 
of a usual type, e.g. a four-quadrant diode, in the head 22 for generatmg a read signal and 

10 further detector signals including a tracking error and a focusing error signal for controlling 
said tracking and focusing actuators. The read signal is processed by read processing unit 30 
of a usual type including a demodulator, deformatter and output unit to retrieve tfie 
information. Hence retrieving means for reading mformation include the drive unit 21, the 
head 22, the positioning unit 25 and the read processing unit 30. The device may include a 

1 5 rendering unit 36 coupled to the read processing unit 30 for rendering real-time information, 
for example a display screen for rendering video information. 

The device comprises write processing means for processing tiie input 
information to generate a write signal to drive the head 22, which means comprise an input 
unit 27, and a formatter 28 and a modulator 29. The control unit 20 controls the recording 

20 and retrieving of information and may be arranged for receiving commands from a user or 

from a host computer. The control unit 20 is connected via control lines 26, e.g. a system bus, 
to said input unit 27, formatter 28 and modulator 29, to the read processing unit 30, and to the 
drive unit 21, and the positioning unit 25. The control unit 20 comprises control circuitry, for 
example a microprocessor, a program memory and control gates, for performing the 

25 procedures and functions according to the invention as described below. The control unit 20 
may also be implemented as a state machine in logic circuits. 

The input unit 27 receives and processes a data stream containing at least one 
program of audio and/or video, for example a transport stream of a digital broadcast network 
such as MHP for constituting an enhanced user program. The data stream comprises the real- 

30 time program information and application data objects, for example transmitted in a carousel 
as explained below with reference to Figure 7 and 8. A subset of the application data objects, 
usually called a module, constitutes data for providing to a user at least one interactive 
application while rendering the real-thne information. The data stream of a selected program 
is passed to the formatter 28 for generating control data and formatting the data as described 
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below with reference to Figure 9. For computer applications information may be interfaced to 
the formatter 28 directly. The formatted data ftom the output of the formatter 28 is passed to 
the modulation unit 29, which comprises for example a channel coder, for generating a 
modulated signal which drives the head 22. Further the modulation unit 29 comprises 
synchronizing means for including synchronizing patterns in the modulated signal. The 
formatted information presented to the mput of the modulation unit 29 comprise address 
information and is written to corresponding addressable locations on the record carrier under 
the control of control unit 20 according to a predefined recording format. It is to be noted that 
further in the text reference is made to the predefined recording format of the BD as an 
example of such a format However other predefined recordmg formats such as DVI5+RW 
may be used also. 

The device is provided with an application unit 32 for retrieving the 
application data objects and application control data under control of the control unit 20 fiom 
files as described below. The application is presented to the user in combination with the 
real-time information retrieved via the read xmit 30. 

It is noted that the device as shown in Figure 2 has recording and reproducmg 
functions. Alternatively a reading device for playback only has corresponding elements for 
retrieving mformation from a record carrier, and contains the scanning elements and the read 
processing circuitty, but does not have the input unit 27. the formatter 28, and the modulator 
29. 

Recording of Transport Streams such as MPEG Transport Streams is defined 
in the BD system. In the BD-RB system modes have been specified for storing MPEG2 
Transport streams received &om digital broadcast During recording the stream is analyzed 
and characteristic data is derived and stored outside the main Transport stream. Main reason 
for storing this characteristic data outside the Transport stream is to provide random access to 
start rendering at a selected presentation time and to enable editing of PlayLista. In the known 
BD system ttie characteristic data relates to the video data itself, and no provisions are made 
for separate applications like MHP. 

It is noted that m recording systems based on magnetic tape the data stream as 
a whole is recorded. For example in the DV system (now only used for camcorder 
applications) specifications have been made for recordmg MPEG2 Transport streams on D V 
tapes. The specification is written in: 

"Specifications of Consumer Use Digital VCRs using 6.3 mm magnetic tape. 
Part 7: DVB Specifications of Consumer-Use Digital VCR 
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Part 8: ATV Specifications of Consumer-Use Digital VCR " 
by: HD Digital VCR Conference [Blue Book], December 1995. 

For example tibe DVHS system is intended to be used for storing (partial) MPEG Transport 
streams from Digital Broadcasts. The MPEG TS is stored in the same way as it is received 
5 from the Broadcast station (streamer mode). DVHS is described in: 
"D-VHS system standard" by Victor Company of Japan, July 2000. 

Figure 3 shows a block diagram of the layers during BD recording. At an input 
40 there is a Transport stream, at the output 45 formatted data is available for use. A user 
interface 45 and further processing of the formatted data is not standardized. The Transport 
10 Stream might have been delivered over a Digital Interface or by a built-in tuner. The layers in 
the BD system are described in different parts of the System Description Blue-Ray Disc 
Rewritable Format: 

- a physical layer 44 is described in Part 1, where the physical characteristics of recording on 
the disc 1 1 are explained. At the mterface between Physical layer and File i^stem layer there 

15 is a Logical address space. 

- a file system layer 43 is described in Part 2. In Hie File system layer a FS data base maps the 
files from an Application layer 42 on the Logical address space from the Physical layer 44. 
Furthermore in this layer some allocation rules are specified in order to guarantee real-time 
behavior. 

20 - the application layer is given in Part 3, where the processing needed for a certain 
applications is specified, e.g. storing MPEG2 Transport streams. 

Figure 4 shows recording of video aocordmg to the BD recording format A 
data stream is applied at an input 46. In a Program Selection unit 47 a selection is carried out 
for selecting a certain program. TS packets from other programs are removed. The resulting 

25 stream 48 is called "Partial Transport stream". Program selection might also have taken place 
at the transmitter of the Digital Interfece. Program selection is not needed if the Transport 
Stream contains only one program. To keep the proper timing of each TS packet a Time 
stamp is added to every remaining TS packet The time stamp represents the arrival tune of 
the TS packet In this way the correct timing of the TS packets during playback can be 

30 restored. In a following stream unit 50 the Source packets with a length of 1 92 bytes 

(Transport Stream Packet + Time stamp) are packed in Units and the Units are concatenated 
into a Clip stream file. For a next recording a new Clip stream file is created and stored. Also 
coupled to the stream 48 is a video parsing unit 49 for parsing the incoming TS and deriving 
characteristics of the program and Transport Stream, which are stored in a Cliplnfo file. The 
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Cliplnfo file also contains a mapping from presentation tile in the program to location in the 
stream file (with a so-caUed CPI (Characteristic Point Information) table). By definition a 
Clip consists of the stream file + the corresponding Clip Info file. There are a number of sub- 
tables in the Cliplnfo file, these are: 

General coding conditions etc. 
Parts of the stream which do have the same time base. 
Parts of the stream with the same ptx>gram related info 
Entry points in the stream 
Location and kind of the Marks. 
10 - MakersPrivateDataO : Private data for this stream file. 

A PlayList unit 52 is also coupled to the video parsing unit 49 for creating and storing a 
PlayList file. The PlayList consists of a number of sub-tables, these are: 

- User-AppHnfoO -General Information which can be used for the UI (User Interface) 

- PlayitemsO ^ The PlayList consists of a number of Playlteras. 
15 ■ PlayListMarksO : Location and kind of the Marks. 

■ MakersPrivateDataO: Private data for this stream file. 

Figure 5 shows the structure of the application layer. A PlayList level 55 
contains a multitude of PlayList files. The PlayList file comprises a nmnber of Playltems. 
Each Playltem refers to a presentation-start time and a ptesentation-end time in a CHp via the 
Cliplnfo file on the Clip level 56. The location where to start readmg in the ClipStream file 
can be found by usmg the Cliplnfo file. A PlayList may consist of Playltems which do 
belong to different Clips. In this way editing is possible without changing the AV content on 
the disc. 

Figure 6 shows a directory structure for the BD system. For compatibility 
25 reasons the duectory stmcture and file nammg has been standardized in Part 2/3 of the BD 
system. In a Root directoiy 61 a subdhectory BDAV 62 has been defined for containmg the 
BD files. Further subdnectories (PLAYLIST, CLIPINFO, STREAM) contain the 
con^sponding files. The PlayList files are stored in the PLAYLIST directoo'. the Cliplnfo 
files are stored in the CLIPINF dfarectory. and the Stream files are stored in the STREAM 
directoiy. In the Root a directory Others 63 is defined for containing further files, but these 
files are ignored by the BD application (v 1.0). 

Figure 7 shows the transmission format for messages of MHP data in a 
MPEG-TS. The way how the MHP data is packed and tmnsmitted is known from the MHP 
specification. The audio visual (AV) content is transmitted in the MPEG transport stream 
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(TS) multiplex. The additional information is transmitted in a carousel 65 which is also 
multiplexed in the MPEG-TS multiplex. The first transmission of an application should be 
finished before the application can be active. An application can be updated to a new version 
number. Important events are transmitted in the carousel. 
5 In Digital Video Broadcasting (DVB-MHP) an Object Carousel is used to 

transmit the MHP data, Data carousels are used for DASE (Digital TV Application Software 
Environment) and ISDB (Integrated Service Digital Broadcast). Differences between the two 
are in the referencing for transmission and applications. Data carousels are simpler. 
Transmission of Data carousel and Object carousel is slightly different, but for the remainder 

10 of the explanation the difference is not important as storage is made independent from 

transmission. In this text below the MHP object carousel is used for explanation, the same 
technique can be used for the data carousels. 

The upper diagram shows messages 66 for MHP, so-called BIOP messages 
(BIOP = Broadcast Inter ORB Protocol with ORB = Object Request Broker). The messages 

15 have a header 67 and a sub-header 68. In MHP applications there are messages for directory 
events (Obj-l[Dir]), file events (Obj-ipPile]), and stream and stream event (Obj-1 [Stream]). 
The messages contain data and attributes of a single Object. They are broadcast in a single 
Module 69 (one module may contain several BIOP messages 66. The BIOP message 
contains: 

20 - a Message Header 67 [version and length of the message] 

- a Message Sub-header 68 [information about the conveyed object, such as object-type [File, 
stream, directory] 

- an object-key [unique identifier within an module] 
a Message body [depends on tfie object-type] 

25 During transmission the modules are sub-divided in download-data-blocks (DDB) 70, which 
have a same length except for the last DDB of the module. A DDB header 7 1 is attached to 
every DDB, the contents of the header is about the module-id and the data block number in 
the module. The DDB (header included) are transmitted in sections 72 as specified in 
MPEG2 described in IEC13818-L A section header 73 is added. The section header 73 

30 contains information about the transmission of the sections in the MPEG TS multiplex. The 
sections are tr^ismitted in TS packets 74, Each TS packet 74 has a TS packet header 75, and 
optionally an adaptation header, a pointer field, and/or padding. The TS packets are 
multiplexed together with the other TS packets from the progrsuns in the multiplex. The TS 
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packet header 75 contains infonnation about the transmission of the TS packets in the MPEG 
TS multiplex. 

In the Object carousel there are also sent some BIOP Control messages. These 
messages are used to retrieve the modules from the MPEG-TS. In a Data carousel existing 
descriptors in Service Infonnation (SI) tables are used to retrieve the modules from the Data 
carousel. 

Figure 8 shows a structure of groups for a carousel. A group 80 contains 
several modules 69. Infomiation about the modules in included in Module-Info 82. A Super 
Group 81 contains several Groups. Information about the groups is included in Gtoup-Info 
83. Hence an Object or Data carousel might contam a lot of modules. 

Figure 9 shows processing of a data stream to extract messages and message 
info. In a program selection unit 91 TS packets fiom a selected program are passed to a de- 
multiplexer 92. whUe other packets from other TS streams are removed, whereby a partial TS 
stream results. Then the MPEG TS packets from the (DVB) program are separated from the 
MHP TS packets by the de-multiplexer 92 which provides DVB data to a video processing 
unit 93 having the functions for retrieving a Clip stream file, a Clip Info file and a PlayList 
file as described above with Figure 4. The de-multiplexer 92 further provides MHP data to a 
message unit 94 for extracting messages from the data stream, ti»e messages contaming the 
application data objects, and to a parsing unit 95 for generating appUcation control 
infomiation. In the parsmg unit the MHP packets are parsed for collecting the relevant 
information in the SI descriptors. The control means 20 ai« armnged for storing the messages 
m a message file called the MHP Appl-file (separate from iho real-time information as a 
series of the messages for the program) and for storing the application control mfoimation in 
a message info file caUed MHP Info file. The application control information includes 
accessing information for accessing the messages in the message file as described in detail 
below. The fimctions are included in the formatter 28, and/or in the control unit 20 as 
described with Figure 2» 

In an embodiment of the message unit 94 redundant infomiation of the MHP 
packets is removed: 

- The TS packet header infonnation is removed. 

- The section header information is removed. 

- The DDB header information is removed. 

- The redundant Messages are removed Messages are redundant when they are repeatedly 
transmitted. For example if one of tiie messages in a module is updated flien tfie whole 
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module gets a new version, while the other messages might still be the same. If there are 
messages which refer to other programs which are not stored or from which the information 
is not available in a time shift playback then these messages should be removed, or 
alternative references could be created as described in WO 01/33852. The remaining 
5 messages are stored in the MHP- Appl jfile. 

Figure 10 shows a structure of the Application layer when storing MHP data. 
In addition to the items described with reference to Figure 5 a message info file 101 called 
MHPInfo(l) has been stored. Further message files 102 called MHP messages have been 
stored corresponding to the Clip stream files. 

1 0 Figure 1 1 shows the layout of a message file. The message file contains a 

series of messages 1 1 1 . A first message 1 12 called Message(l) is from Module (1) version 
(1); a second message 1 13 called Message(2) is from Module (3) version (1); message 1 14 
called Message(3) is again from Module (1) version (1). Hence a number of messages 
together constitute a module for an application. All messages fixjm all modules are numbered 

15 m the file and concatenated. The order in which they are stored is not important; time of 

arrival could be used. From the messages in the message file accessing information is stored 
in the MHP-Info file, for example the message number and Ihe start and end of the active 
period (with reference to presentation time). 

Figure 12 shows an example of a message info file. In the file called MHP- 

20 Info a table of entries is included. The Contents of tiie MHP-Info file could be: 

□ General Info with 

■ Name of the Application. 

■ Required referenced data. 

■ Valid period of this application. 
25 ■ Corresponding MHP-Appl file. 

■ First message (object) to be read (optional) 

□ Number of object entries. 

□ Table with for each entry: 
Message (object) number in the MHP-App file 

30 ■ Kind of message (object). 

Start location in the MHP-App file [byte accurate] 
Length of the message (in bytes) 
Start active period (presentation time of the program) 
End active period (presentation time of the program). 
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■ Succeeded by message number x. 

The MHP-lnfo file ofifers the possibility to have random access in the program. In an 
embodiment of the read device the MHP-lnfo file is read before starting the program. At 
every moment (in presentation time) it is known what messages are active. It is noted that 
there may be more than one carousel in the MHP-lnfo file. 

Figure 13 shows a directory stmcture for MHP data. The MHP-Appl file 131 
and the MHP-lnfo file 132 are stored on the BD disc in such a way that version-1 systems 
can read the Program without the MHP data by providing a new sub-diiectoiy 130, for 
example called MHPINFO. The pre-existing veraion 1.0 of the BD system wiU ignore the 
contents of the MHPINFO directory. The MHP version will recognize the MHPINFO 
directory. The files in the MHPINFO directory are Gioup-4 files (as specified in Part-2). 
They are stored outside the LB region for Gathered files 

Although the invention has been explained mainly by embodiments using the 
BD, similar embodiments like DVD+RW having a predefined recording format are suitable 
for applying the storage of application-data. Further it is noted that a vereion of such a 
predefined format may standardize a specific storage location for the message file and the 
message info file. Also for the information caixier an optical disc has been described, but 
other media, such as a magneto-optical disc or magnetic tape, can be used. It is noted, that in 
this document the word 'comprising' does not exclude the presence of other elements or steps 
than those listed and the word 'a' or *an' preceding an element does not exclude the presence 
of a plurality of such elements, that any reference signs do not Umit the scope of the claims, 
that the invention may be nnplemented by means of both hardware and software, and that 
several 'means' m^ be represented by the same item of hardware. Further, the scope of the 
invention is not Umited to the embodiments, and the invention lies in each and every novel 
feature or combination of features described above. 
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CLAIMS: 



1 . Device for recording information on a record carrier, which device comprises 

- recording means (22) for recording marks representing digitally encoded real-time 
information, in particular video, according to a predefined recording format, 

■ an input (27) for receiving a data stream constituting an enhanced user program, the 
data stream comprising the real-time information and application data objects, at least one 
subset of the application data objects constituting data for providing to a user at least one 
interactive application while rendering the real-time information, 

- message means (94) for extracting messages ftom the data stream, the messages containing 
the application data objects, 

- parsing means (95) for generating application control information, and 

- control means (20) for storing the messages in a message file separate from the real-time 
information as a s^es of the messages for the program and for storing the application control 
information in a message info file, the application control information mcluding accessmg 
information for accessing the messages in the message file. 

2. Device as claimed in claim 1, wherein the parsing means (95) are arranged for 

including for a message at least one of the following items as accessing information m the 
message info file: 

- a message number, the message number identifying the message in the series of the 
messages; 

- a message type indicator; 

- a start location in the message file; 

- length of the message; 

- number of a succeeding message. 

3- Device as claimed m claun 1 or 2, wherein the parsing means (95) are 

arranged for including active period information in the message info file, in particular a start 
time and end time with respect to a presentation time of the program. 
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4. Device as claimed in claim 1, wherein the message means (94) are arranged 
for removing redundant information fix>m the messages extracted from the data stream. 

5. Device as claimed in claim 4, wherein the message means (94) are arranged 
5 for removing as the redundant information header information of packets, in particular 

headers of transport stream packets or sections headers as used in compressed video data 
transmission (MPEG2), or download-data-block headers as used in multimedia data (MHP). 

6. Device as claimed in claim 4, wherein the message means (94) are arranged 
10 for removing as the redundant information messages that are repeatedly transmitted, in 

particular in a data carousel. 

7. Device for reading information from a record carrier for rendering an 
enhanced user program, which device comprises reading means (30) for reading marks 

1 5 representing digitally encoded real-time information, in particular video, according to a 
predefined recording format, and 

control means (20; 32) for providing to a user at least one interactive application based on at 
least one subset of application data objects while rendering the real-time information by 
retrieving application control information from a message info file, and by retrieving 
20 messages from a message file based on accessing information included in the application 
control information, the messages containing the application data objects, and the message 
file being stored separate from the real-time information. 

8. Record carrier carrying information for constituting an enhanced user 
25 program, on which record carrier marks in a track (9) represent 

- digitally encoded real-time information, in particular video, according to a predefined 
recording format, 

- a message file (102) separate from the real-time information, the message file comprising 
messages containing application data objects, at least one subset of the application data 

30 objects constituting data for providmg to a user at least one interactive application while 
rendering the real-time information, and 

- a message info file (101) containing application control mformation including accessing 
information for accessing the messages in the message file. 
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9. Record carrier as claimed in claim 8, wherein the message info file (101) 
contains as the accessing information for a message at least one of the following items: 

- a message number, the message number identifying the message in the series of the 
messages; 

- a message type indicator; 

- a start location in the message file; 

- length of the message; 

- start of an active period; 

- end of the active period; 

- number of succeeding message. 

10. Method of recording information on a recoixi carrier, which method comprises 

- recording digitally encoded real-time information, m particular video, according to a. 
predefined recording format, 

- receiving a data stream constituting an enhanced user program, the data stream comprising 
the real-time information and application data objects, at least one subset of the application 
data objects constituting data for providing to a user at least one interactive application while 
rendering the real-time information, and 

- extracting messages from the data stream, the messages containing the application d^ta 
objects, 

- generating application control information, and 

- storing the messages in a message file separate from the real-time information as a series of 
the messages for the program and storing the application control information in a message 
info file, the application control infomiation including accessing inforination for accessing 
tiie messages in the message file. 



11. 



Computer program product for recordmg information, which program 



IS 



operative to cause a processor to perform the method as claimed in claim 10. 
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ABSTRACT: 



A device for recording records digitally encoded video information on a record 
carrier according to a predefined recording fonnat, such as BD. The device has an input unit 
(91) for receiving a data stream comprising the video information and appUcation data 
objects contained in messages, such as DVB-MHP. The device has a message unit (92. 94) 
for extracting the messages from the data stream. The messages are stored in a message file 
as a series of the messages for the program separate fix)m the video information. The device 
also has a parsing unit (95) for generating application control infonnation tfiat mcludes 
accessing information for accessing the messages in the message file. The application control 
information is stored in a message info file. 



10 



Figure 9 



